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The present invention relates to a mobile communication terminal such 
as, for example, a portable telephone. 

BACKGROUND ART 

Mobile communication terminals,, such as portable telephones,, display a 
reception standby screen on a liquid crystal display when in the state of waiting 
to receive a call (hereafter referred to as a reception standby state). 

This reception standby screen is displayed based on data stored in a 
memory inside the mobile communication terminal. However, the types of 
reception standby screens are restricted to those prestored in the memory upon 
shipping of the product s Thus, the user may lack interest in reception standby 
screens thus mak i ng th e m lack i ng i n int e r e st to th e us e r . 

DISCLOSURE OF THE INVENTION 

The present invention has the purpose of off e r i ng a mob ile 
communicat i on t e rm i na l enabling users of a mobile communication terminal to 
easily customize the images displayed at the display portion as reception 
standby screens or the like. 

In order to achieve this purpose, the mobile communication terminal of 
the present invention i s charact e r i z e d by comprisesmg a communication portion 
for accessing a server network conn e ct e d through the mobile communication 
network through , using a radio channel T and for downloading site screen data 
prov i d e d b v from the server s and a display portion for displaying the downloaded 
site screen dataf . The mobile communication terminal of the present invention 
further comprises a recording portion for recording the site screen data in a 
non-volatile memoryf A and a display control portion for reading from the 
non-volatile memory the site screen data recorded by the recording portion and 
displaying it on the display portion. 

This site screen data may include image data. 

More preferably, the display control portion may display the site screen 
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data on the display portion as a reception standby screen when the mobile 
communication terminal is in a reception standby state, or may display the site 
screen data on the display portion as a downloading screen when the mobile 
communication terminaljs downloadsing data from a server network- conn e ct e d 
5 to through the mobile communication network. 

Furthermore, the display control portion may display the site screen 
data so as to fit the size of a display region of the display portion, or may 
generate a repeating pattern of the site screen data to display on the display 
portion. 

10 Preferably, the mobile communication terminal of the present invention 

further comprises a recordability determining portion for determining whether or 
not the site screen data may be recorded by the recording portion. 

The recordability determining portion may perform the determination by 
referring to copyright information appended to the site screen data, or may 

15 perform the determination by referring to data size information appended to the 
site screen data. 

More preferably, the mobile communication terminal of the present 
invention comprises a connecting portion for connecting a memory medium for 
storing communication setting information needed for communications through 

20 the mobile communication network^ and a readout portion for reading the 

communication setting information from the memory medium. ; wh e r ei n t The 
communication portion downloads predetermined information appended to the 
site screen data along with the data by accessing the server based on the read 
communication setting information, T| and t he recordability determining 

25 portion performs the determination by referring to the predetermined information 
appended to the downloaded site screen data T and the communication setting 
information. 

Alternatively, the mobile communication terminal of the present 
invention comprises a connecting portion for connecting to a memory medium 
30 storing communication setting information needed for communications through 
the mobile communication network T and a key for decrypting the site screen 
data which has been encrypted . The mobile communication of the present 
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invention further comprises ^aftd a readout portion for reading the 

communication setting information and the key from the memory medium, f- 

wh e r ei n t The communication portion downloads the site screen data which has 
been encrypted, by accessing the server based on the read communication 
5 setting information_^aftd-T[he recordability determining portion performs tbe-a_ 
determination according to whether or not a key to decrypt the downloaded site 
screen data is stored in the memory medium. 

Furthermore, the mobile communication terminal of the present 
invention may be such that the recording portion records a plurality of types of 

10 the-site screen data downloaded by the communication portion te-in the 
non-volatile memory . The mobile communication terminal of the present 
inyention^-afjd comprises a selecting portion for selecting the site screen data to 
be displayed on the display portion from among the plurality of types of site 
screen data which are recorded. ; and wh e r ei n t The display control portion 

15 reads the site screen data selected by ihe selecting portion from the non-volatile 
memory and displays it on the display portion. 

Moreover, the mobile communication terminal may be a portable 
telephone device. 

The mobile communication terminal according to the present invention 
20 i s charact e r i z e d bv compr i s i ng comprises: a communication portion for 
receiving through a radio channel image data sent from a second terminal 
device n e twork -connected to a network through the mobile communication 
network; a recording portion for recording the received image data in a 
non-volatile memory; a display portion for displaying a reception standby 
25 screen; and a display control portion for reading from the non-volatile memory 
the image data recorded by the recording portion T and for displaying it on the 
display portion as a reception standby screen. 

The mobile communication terminal according to the present invention 
i s charact e riz e d bv compr i sing comprises: a communication portion for 
30 receiving through a radio channel image data sent from a second terminal 
device n e twork -connected to a network through the mobile communication 
network; a recording portion for recording the received image data in a 
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non-volatile memory; a display portion for displaying a data downloading 
screen; and a display control portion for reading the image data recorded by the 
recording portion from the non-volatile memory and displaying it on the display 
portion as a downloading screen. 
5 The display control portion may display the image data so as to fit the 

size of a display region of the display portion, or may generate a repeating 
pattern of the image data to display on the display portion. 

Preferably, the mobile communication terminal of the present invention 
comprises a recordability determining portion for determining whether or not the 
10 image data may be recorded by the recording portion. 

The recordability determining portion may perform the determination by 
referring to copyright information appended to the image data, or may perform 
the determination by referring to data size information appended to the image 
data. 

15 More preferably, the mobile communication terminal of the present 

invention comprises a connecting portion for connecting to a memory medium 
for storing communication setting information needed for communications 
through the mobile communication network. f-af ^The mobile communication 
terminal of the present invention further comprises a readout portion for reading 

20 the communication setting information from the memory medium ; wh e r ei n t 

The communication portion downloads predetermined information appended to 
the image data along with the data sent from the second communication 
terminal based on the communication setting information^aftd-t T he 
recordability determining portion performs the determination by referring to the 

25 predetermined information appended to the downloaded image data, and the 
communication setting information. 

More preferably, the mobile communication terminal of the present 
invention comprises a connecting portion for connecting a memory medium 
storing communication setting information needed for communications through 

30 the mobile communication network T and a key for decrypting the image data 
which has been encrypted . ^The mobile communication terminal of the 
present invention further comprises a readout portion for reading the 
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communication setting information and the key from the memory medium, 

whoro i n t The communication portion receives the image data which has been 
encrypted and sent from the second communication terminal based on the read 
communication setting information. ^and-tThe recordability determining 
5 portion performs the determination according to whether or not a key to decrypt 
the downloaded image data is stored in the memory medium. 

More preferably, the recording portion records a plurality of types of the 
image data downloaded by the communication means to-in the non-volatile 
memory . The recording portion ^and comprises a selecting portion for 

10 selecting the image data to be displayed on the display portion from among the 
plurality of types of image data which are recorded. ; and wh e r e in t The display 
control portion reads the image data selected by the selecting portion from the 
non-volatile memory and displays it on the display portion. 

Additionally, the mobile communication terminal may be a portable 

1 5 telephone device. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the structure of a mobile 
communication system with a mobile station according to an embodiment of the 
present invention. 

20 Fig. 2 is a block diagram showing the structure of a gateway server 34 

in the same embodiment. 

Fig. 3 is a block diagram showing the structure of a mobile station 100 
in the same embodiment. 

Fig. 4 is a diagram showing a memory map containing the memory 
25 contents of the SRAM 135 in the same embodiment. 

Fig. 5 is a flow chart of a main routine performed by the CPU 110 in the 
same embodiment. 

Fig. 6 is a flow chart of a menu display routine performed by the CPU 
110 in the same embodiment. 
30 Fig. 7 is a flow chart of a site access routine performed by the CPU 110 

in the same embodiment. 
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Fig. 8 is a flow chart of a display screen registration routine performed 
by the CPU 110 in the same embodiment. 

Fig. 9 is a flow chart of a standby screen setting routine performed by 
the CPU 110 in the same embodiment. 
5 Figs. 10A-10K are respectively diagrams showing screens displayed on 

a liquid crystal display during the performance of each routine in the same 
embodiment. 

Fig. 11 A is a diagram showing a specific display example of a central 
display after setting the standby screen in the same embodiment. 
10 Fig. 11 B is a diagram showing a specific display example of a 

full-screen display after setting the standby screen in the same embodiment. 

Fig. 12 is a block diagram showing the structure of a mobile station 101 
and SIM card 190 in a d i ff e r e nt an alternate embodiment. 

Fig. 13 is a diagram for explaining a mobile station 101 capable of 
15 storing and a mobile station 101 incapable of storing site screen data in the- 
d i ff e r e nt an alternate embodiment. 

Fig. 14 is a block diagram showing the overall structure of a mobile 
communication system including another terminal in a d i ff e r e nt an alternate 
embodiment. 

20 BEST MODE FOR CARRY I NG OUT DETAILED DESCRIPTION OF THE 
INVENTION 

Preferred embodiments of the present invention shall be explained in 
detail h e r e b el ow hereinafter with reference to the attached drawings. 

Fig. 1 is a diagram showing the overall structure of a mobile 
25 communication system with a mobile station according to an embodiment of the 
present invention. 

This mobile communication system comprises a mobile station 100 
(mobile communication terminal), a mobile telephone network 20, a mobile 
packet communication network 30, the internet 40 and IP servers 50A, 50B. 
30 H e r e b el o w Hereinafter , the mobile packet communication network 30 and mobile 
telephone network 20 shall be referred to collectively as mobile communication 
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networks. Additionally, the IP servers 50A, SOB shall be referred to as IP 
servers 50 A aside from cases where it is necessary to specify one from the 
other. 

The mobile station 100 is, for example, a portable telephone device 7 
5 capable of connecting to the mobile telephone network 20 and the mobile 

packet communication network 30. the -The structure of tfris -the mobile station 
100 shall be described below. 

The mobile telephone network 20 is a communication network for 
providing communication services to the mobile station 100.T-tfre- The mobile 
10 station 100 bein§-is_capable of receiving calling services through this- the mobile 
telephone network 20, or tt=HS -the mobile telephone network 20 and a fixed 
telephone network^ which is not shown. 

Tfris- The mobile telephone network 20 comprises a plurality of base 
stations 31 installed at predetermined intervals inside the communication area, 
15 a switching station (not shown) for performing circuit switching services, a 

control station (not shown) for controlling the network and a communication line 
(not shown) connecting the respective stations. 

The mobile packet communication network 30, aside from the 
above-mentioned base stations 31, switching station, control station and the like, 
20 also comprises a packet subscriber processing device 33, a gateway server 34, 
a subscriber database 35 and a communication line (not shown) connecting 
these. 

The packet subscriber processing device 33 is a computer system 
within a packet subscriber switching station (not shown) serving a plurality of 

25 base stations 31. . for r e c ei v i ng The packet subscriber processing device 33 
receives packet switching requests from the mobile station 100 and r el ay i ng 
relays packet switching within the mobile packet communication network 30. 

The gateway server 34 is a computer system within a mobile packet 
gateway switching station (not shown) interconnecting the mobile packet 

30 communication network 30 with another network A such as the internet AO^-rteE- 
conv e rt i ng The gateway server 34 converts between the different protocols of 
a plurality of networks and i nt e rm e d ia t i ng intermediates data exchange between 
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these networks. Specifically, the gateway server 34 intermediates data 
exchange between networks while converting between the transmission 
protocols of the mobile packet communication network 30 and TCP/I P x which is 
the standard communication protocol of the internet 40. 
5 The gateway server 34 also performs information distribution services^ 

such as intermediating the transmission and reception of electronic mails and 
various types of data between the mobile station 100 and IP servers 50. In 
order to perform this service, the gateway server 34 comprises a memory 
having a memory area as-afor mailboxes feF -that stor i ng stores the sent 

10 electronic mails. Inside tbis- these mailboxes, the addresses (hereinafter 

referred to as mailbox addresses) for storing electronic mails addressed to e ach 
subscribers to the mobile packet communication service are defined accord i ng 
te for individual tbe-subscribers. 

The subscriber database 35 stores registered information relating to the 

15 respective subscribers of the mobile packet communication network 30. This 
registered information may, for example, include the "telephone number" of the 
mobile station 100, and the subscriber's "name", "sex", "date of birth" and 
"mailbox address". 

The IP server 50 is a server system operated by anthe IP (information 

20 provider). This -The IP server 50 stores site screen data of homepages or the 
like in HTML (HyperText Markup Language) as information to be provided to 
users. 

Tfris -The IP server 50 is connected to the gateway server 34 through 
the internet 50 40, as shown in Fig. 1 or T and can be connected to the gateway 
25 server 34 through a dedicated line.-of ^ Or, the IP server 50 may be provided 
inside the gateway server 34. 

Next, the structure of the gateway server 34 shall be described in detail. 
Fig. 2 is a block diagram showing the structure of the gateway server 34. 
As shown in the drawing, the gateway server 34 comprises a control portion 
30 341, a subscriber information managing portion 342, a data distribution 
managing portion 343 and a bus 344 connecting these. 

The control portion 341 controls the-various parts of the gateway server 
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34. . wh e r e by i t funct i ons The control portion 341 functions as an interface 
between networks^ such as by converting protocols between the mobile packet 
communication network 30 and other networks^ such as the internet 40. 

The subscriber information managing portion 342 stores registered 
5 information obtained by referencing the subscriber database 35. 

The data distribution managing portion 343 comprises a memory having 
a memory area for the mailboxes as described above. , as w ell as i nt e rm e d i at i ng 
The data distribution managing portion 343 also intermediates the transmission 
and reception of electronic mails and data between mobile stations 200100, 
10 between the mobile station 100 and terminals (not shown) on the internet 40, 
and between the mobile station 100 and the IP server 50. 

The data distribution managing portion 343 also stores menu screen 
data for displaying menu items for each-types of services provided to the user of 
the mobile station 100, and transm i tt i ng transmits t he-data in response to a 
15 request from the mobile station 100. TOs -The menu screen data is data in 
HTML format, such that each menu item is correlated with atbe URL (Uniform 
Resource Locator) of the IP server 50 which performs the service corr e spond i ng 
teidentified by tha t menu item. 

When the user requests a specific service using the mobile station 100, 
20 the mobile station 100 sends the gateway server 34 the URL correlated with the 
menu item corresponding to that specific service.T-and- And, guided by the 
URL the gateway server 34 accesses the IP server 50 which performs that 

Next, the structure of the mobile station 100 shall be described. 

25 Fig. 3 is a block diagram showing the structure of the mobile station 100. 

In this drawing, the mobile station 100 comprises a CPU 110 (display control 
portion, recording portion, recordability determining portion, selecting portion) 
for p e rform i ng e xecuting programs by control l ing to control the entire mobile 
station 100, a RAM 120 used as a work area or the like for the CPU 110, a ROM 

30 130 in which predetermined control programs or the like are stored, an SRAM 
135 (non-volatile memory) for storing various types of screen data or the like,, 
which remains non-volatile by upon r e c ei v i ng a supp l y of power supplied from 
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a backup power supply which is not shown, a transmission-reception device 
140 (communication portion) for performing radio communications with a base 
station of the mobile communication network, a user interface 150 (display 
portion) including a liquid crystal display for displaying characters and images 
5 as w ell as and a keypad for us e rs to p e rform input operations^ and a bus 160 for 
interconnecting these. 

Hefer4This mobile station 100 is capable of at least two types of mode 
settings including settings for a "calling mode" for making a call through the 
mobile telephone network 20, and aj'packet communication mode" for 
10 performing packet communications through the mobile packet communication 
network 30. 

In the packet communication mode, the mobile station 100 may +s- 
capabl e of transm i tting transmits and r e c ei v i ng receives electronic mails, and 
down l oading downloads data from the IP server 50. 
15 The keypad of the user interface 150 comprises a key known as a 

"function button" (not shown). When a user pushes thie -the function button, 
the mobile station 100 go e s i nto enters the packet communication mode by 
sending request signals to the mobile packet communication network 30, 
acquiring menu screen data by accessing the gateway server 34, and displaying 
20 this menu screen data on the liquid crystal display. 

The ROM 130 stores various control programs which are to b e 
executed by the CPU 110, such as programs relating to the calling function. 

These control programs include programs for executing various routines 
te-tbe-described later, in addition to document data viewing software, known as 
25 a browser. 

By reading and executing the browser from the ROM 130, the CPU 110 
accesses the IP server 50 to acquire data in the HTML format (hereinafter 
referred to as HTML data). Specifically, the CPU 110 of the mobile station 100 
transmits a data acquisition request designating a URL through the 
30 transmission-reception device 140 to the IP server 50, and — stores the HTML 
data sent from the IP server 50 in the RAM 120. Furthermore, the CPU 110 
interprets the HTML data stored in the RAM 120 and displays it on the liquid 
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crystal display. 

Next, the structure of the above-mentioned SRAM 135 shall be 
described. 

Fig. 4 is a diagram showing a memory map indicating tbe-memory 
5 contents of the SRAM 135. In this drawing, prearranged default standby 

screen data isafe recorded as first screen data from the position of the-address 
"A0001" of the SRAM 135. Then, the initial readout address is set so that 
when the CPU 110 is to display the standby screen on the liquid crystal display, 
it refers to this address "A0001" to read out the first screen data. 
10 Furthermore, in the SRAM 135, the site screen data downloaded from 

the IP server 50 is recorded from the position of the-address "X0001" as second 
screen data. This procedure of recording site screen data is e x e cut e d initiated 
by selecting the monu of th e "Register display screen" menu, which will to be 
explained later. 

15 When the second screen data has b ee n s e t is selected as athe standby 

screen by a request from the user, this -the address "X0001" is reset as the 
readout address,, instead of the previously mentioned address "A0001". 

H e r e , d Data size information indicating the size of the site screen data 
and copyright information (e.g. A a specific code indicating a copyright) indicating 

20 that the content is copyright -protect ed and may not be copied without 

permission^ is appended to the site screen data provided from the IP server 50. 

Bv analyzing the data size information contained in the site screen data 
against the available capacity of the SRAM 135, The-the CPU 110 determines 
whether or not to record the site screen data in the SRAM 135 by cons i d e r i ng 

25 th e data s i z e i nformation conta i ned in th e s i t e scr ee n data and th e ava il abl e 

capac i ty of th e SRAM 135 . That is, if the SRAM 135 does not have an enough 
unused capac i ty space to store data of the size indicated by the data size 
information, i t i s d e t e rm i n e d to b e the CPU 110 determines that the site screen 
data is unrecordable. 

30 Furthermore, the CPU 110 detects the presence or absence of 

copyright information in the site screen data, and determines whether or not to 
record the site screen data in the SRAM 135. That is, if copyright information is 
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detected, i t i s d e t e rm i n e d to be the CPU 110 determines that the site screen 
data is unrecordable. — 

H e r e b el ow Hereinafter , the operations of the embodiment according to 
the above structure shall be explained with reference to Figs. 5-1 OK. 
5 Fig. 5 is a flow chart showing the main routine executed by the CPU 110, 

Fig. 6 is a flow chart showing a menu display routine executed by the CPU 110, 
Fig. 7 is a flow chart showing a site access routine executed by the CPU 110, 
Fig. 8 is a flow chart showing a display screen registering routine executed by 
the CPU 110 and Fig. 9 is a flow chart showing a standby screen setting routine 
1 0 executed by the CPU 1 1 0. 

Figs. 10A-10K are diagrams which respectively show screens displayed 
on the liquid crystal display of the mobile station 100 during execution of the 
above routines. 

First, when the power supply of the mobile station 100 is turned on, the 
15 CPU 110 reads the control program from the ROM 130, and activates the main 
routine shown in Fig. 5. 

In step SP1, the CPU 110 reads first screen data from the address 
"A0001" of the SRAM 135 and displays it on the liquid crystal display as a 
standby screen. Fig. 1 0A is a diagram showing the standby screen displayed 
20 on the liquid crystal display at this time. 

Then, in step SP2, the CPU 110 determines whether or not there has 
been an event, such as a user input or call arrival. 

If the result of the determination is NO (i.e. A if there is no event), then 
the CPU 110 repeats the standby screen display procedure of step SP1 . 
25 If the result of the determination is YES (i.e. A if there is an event), the 

procedure advances to step SP3 and the CPU 110 executes a procedure 
corresponding to that event. The procedure corresponding to afh the event in 
step SP3 may, for example, be a proc e ss i ng procedure to be executed in the 
calling mode triggered bvd ue4o an outgoing call or incoming call, or a_ 
30 proc e ssing procedure to be executed in the packet communication mode 
triggered by d ue-te-a pressing of the function button. 

Then, when the procedure corresponding to a ^the event in step SP3 is 
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completed, the procedure returns to step SP1 and the CPU 110 once again 
displays a standby screen on the liquid crystal display. 

If the function button is pressed after the power supply is turned on, the 
CPU 110 activates the menu display routine shown in Fig. 6 at the 
5 afor e- m e ntion e d aforementioned step SP3. 

First, in step SP11, the CPU 110 sends a packet communication 
request signal through the transmission-reception device 140 to the mobile 
packet communication network 30. As a result, the mobile station 100 go e s 
ifrte -enters the packet communication mode and the gateway server 34 sends 
10 menu screen data i s s e nt from tho gat e way s e rv e r 3 4. 

In step SP12, the CPU 110 interprets the received menu screen data, 
and displays it on the liquid crystal display. 

Fig. 1 0B is a diagram showing a menu screen displayed on the liquid 
crystal display at this time. As shown in the drawing, the menu items which are 
15 displayed include "(1) register display screen" for recording tbe-screen data 

displayed on the liquid crystal display in the SRAM 135, "(2) mobile banking" for 
performing online transactions with a financial institution, "(3) electronic mail" for 
performing electronic mail services, "(4) internet" for access a site (such as the 
IP server 50) requested by the user by designating a URL, and "(5) set standby 
20 screen" for displaying the site screen data downloaded from the site such as the 
IP server 50 as the standby screen. 

W e r e turn onc e aga i n to Fig. 6 to e xp l a i n th e flow of op e rations. 

Referring again to Fig. 6 to explain the flow of operations, in Ifi-step 
SP13, the CPU 110 determines whether or not the user has selected a specific 
25 menu item from among the menu items displayed on the liquid crystal display. 
For e xamp le , t jhe user may move a cursor on the liquid crystal display over a 
desired menu item by means of key operations, and perform a key operation fef- 
s e l e ct i ng to select that menu item. 

Then, if the result of the determination is NO (i.e. ± if there is no menu 
30 selection), then the CPU 110 repeats the procedures of the menu screen 
display of step SP12. 

If the result of the determination is YES (i.e. A if there is a menu 
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selection), the procedure advances to step SP14, and the CPU 110 performs a 
procedure corresponding to the selected menu item. 

Once the procedure corresponding to the menu item is completed in 
step SP14, this menu display routine ends and the procedure returns to the 
5 above-mentioned main routine. 

For example, if in the afor e- m e ntion e d aforementioned menu display 
state, the user selects the menu item "(4) internet" and orders an access to a 
desired site A such as the IP server 50, the result of the determination in step 
SP13 becomes YES, and the procedure of the CPU 110 advances to step 
10 SP14. 

Then, the CPU 110 activates the site access routine shown in Fig. 7. 
First, in step SP21, the CPU 110 sends a URL designated by the user, 
th e r e by to access a -the site corresponding to that URL through the gateway 
server 34 fef^ in order to r e c ei ving receive the site screen data. 
15 In step SP22, the CPU 110 interprets the received site screen data and 

displays it on the liquid crystal display. Fig. 10C is a diagram of a site screen 
displayed on the liquid crystal display at this time. 

In step SP23, the CPU 110 determines whether or not there has been 
an event A such as an input operation by the user A while the site screen is being 
20 displayed. 

If the result of the determination is NO, then the CPU 110 repeats the 
procedure of the site screen display of step SP22. 

If the result of the determination is YES, then the procedure advances 
to step SP24 X and the CPU executes a procedure corresponding to that event. 
25 When the procedure corresponding to the event that occurred in of step 

SP24 is completed, the site access routine i s e nd e d ends and the procedure is- 
roturn e d returns to the menu display routine described above. 

In the site screen display state of step SP22 in Fig. 7, when atbe 
function button is pressed by the a user, the determination result of step SP23 
30 b e com e s is_YES, and the procedure advances to step SP24. Then, the CPU 
110 mak e s stores the site screen data wait-in athe temporary waiting area of the 
RAM 120, and displays the menu screen shown in Fig. 10D. 
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H e r e , ilf the user selects "(1) register display screen", the CPU 110 
act i vat e s executes the display screen registration routine shown in Fig. 8. 

In step SP31 , the CPU 10 determines whether or not the temporarily 
storedwaitmg site screen data is recordable. H e r e , a As mentioned above, the 
5 CPU 110 consid e rs analyzes the data size information contained in the site 
screen data and- against the available space in the SRAM 135 to p e rform make 
this determination. Furthermore, the CPU 1 1 0 atee-performs this process by 
detecting the presence or absence of copyright information in the site screen 
data. 

1 0 If the result of this determination is YES (i.e.^ if recordable), then the 

procedure advances to step SP32, where the CPU 110 transfers the site screen 
data in the temporary w aiting area in the RAM 120 to the SRAM 135 and 
records from the address "X0001". Fig. 10E is a diagram showing a screen 
displayed during the recording of the site screen data. 

15 When this recording process is completed, the procedure advances to 

step SP33, and the CPU 110 displays a registration completion notification 
indicating on the liquid crystal display that registration of the display screen has 
been completed on th e l iqu i d crysta l d i sp l ay . Fig. 1 0F is a diagram showing a 
registration completion notification displayed at this time. 

20 If the result of the determination in step SP31 is NO (i.e. A 

non-recordable), then the procedure advances to step SP34, and the CPU110 
displays a non-recordability notification on the liquid crystal display. Fig. 10G is 
a diagram showing a non-recordability notification displayed at this time. 

After performing these procedures, the procedures of the CPU 110 

25 return to the main routine shown in Fig. 5. 

If the function button is pressed in step SP2 of the main routine shown 
in Fig. 5, the menu display routing shown in Fig. 6 is executed, and the process 
returns once again to the menu screen display state shown in Fig. 10K When 
"set standby screen" is selected by the user on this menu screen, the standby 

30 screen setting routine is activated in step SP14 of Fig. 6. 

In step SP41 of the standby screen setting routine shown in Fig. 9, the 
CPU 110 p e rform e d performs the standby screen setting procedure described 
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below. First, the CPU 110 displays on the liquid crystal display a screen for the 
user to select a display format for the standby screen. 

Fig. 101 is a diagram showing a screen displayed on the liquid crystal 
display at this time. 

5 As shown in the drawing, the display format for the standby screen 

includes "(1) c e ntra l disp l ay center" and "(2) fu ll- scr ee n c lis plav tile". 

"(1) c e ntra l d i sp l ay center " refers to a cond i t i on way of displaying the site 
screen data in which whefe the site screen data recorded in the SRAM 135 is 
scaled according to the screen size of the liquid crystal display and displayed at 
10 the center of the display. Additionally, "(2) fu ll scr ee n d i sp l avt ile" refers to 
a nother way of displaying the screen data in which cond i t i on wh e r e a 
repeating pattern of the site screen image data recorded in the SRAM 135 is 
displayed over the entire screen of the liquid crystal display. Fig. 11 A is a 
diagram showing a specific example of a c e ntra l center display, and Fig. 11 B is 
15 a diagram showing a specific example of a fu ll- scr ee n tile display. 

When the display format is set, the CPU 110 performs a procedure to 
reset the readout address of the standby screen data. That is, as described 
above, the readout address of the standby screen data is changed from the 
address "A0001" of the first screen data A which is the initial setting^ to the 
20 address "X0001" of the second screen data. 

When this procedure ends, the process advances to step SP42, where 
the CPU 110 displays a procedure completion notification indicating that the 
procedure for setting the standby screen has been completed on the liquid 
crystal display. Fig. 10J is a diagram showing a screen displayed on the liquid 
25 crystal display at this time. 

Thereafter, the processing of the CPU 110 returns to the main routine 
shown in Fig. 5. Then, in step SP1 of that diagram, the newly set second 
screen data is read from the SRAM 135 as athe standby screen, and displayed 
on the liquid crystal display as athe standby screen. Fig. 1 0K is a diagram 
30 showing the standby screen displayed at this time. 

According to the embodiment described above, the mobile station 100 
i s capab le of receivesmg and storesmg site screen data from a site chosen by 
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the user, and displaysmg tfris -the site screen data on the liquid crystal display as 
athe standby screen. 

How e v e r, N n the GSM (Global System for Mobile Communications) 
format, mobile stations conta i ning include so-called SIM (Subscriber 
5 Identification Module) cards ar e us e d . 

Fig. 12 is a block diagram showing the structure of a mobile station 101 
and an SIM card 190 (memory medium) according to the GSM format. In the 
drawing, the constituent elements which are common to those of the mobile 
station 100 shown in Fig. 3 are indicated by the same reference numbers,, and 

10 their explanation shall be omitted. 

The mobile station 101 shown in Fig. 12 differs from that of Fig. 3 m- in 
that compr i s i ng an SIM interface 180 (connection portion) is provided for 
connoct i na with interfacing the SIM card 190. 

On th e oth e r hand, th e The_SlM card 190 comprises an IC chip (not 

15 shown) embedded in an insulating synthetic resin substrate and a connecting 
electrode (not shown) provided on the substrate surface. The flash memory 
prov i d e d in this IC chip contains communication setting information r e qu i r e d 
used for performing communications through the mobile communication 
network. In the case of GSM, this communication setting information includes 

20 an IMSI (International Mobile Subscription identity) for identifying the mobile 
communication company, a PLMN (Public Land Mobile Network) selector for 
determining a connection order if connection is possible to a plurality of mobile 
communication networks, and an MSISDN (Mobile Station International ISDN 
Number) which is the telephone number of that mobile station and parameters 

25 necessary for performing a message service known as an SMS (Short Message 
Service). The CPU 110 (readout portion) of the mobile station 101 i s capab le 
of p e rforming performs audio communications or data communications by 
reading out the communication setting information on the SIM card 190 through 
the SIM interface 180. 

30 Hefer4The site screen data provided by the IP server 50 can be stored 

in the SRAM 135 as a standby screen only if downloaded to the mobile station 
101 through a -the mobile communication network of a specific communication 
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company. 

An example shall be explained with reference to Fig. 13. 
In this drawing, the site screen data provided by the IP server 50 can 
only be stored in the SRAM 135 if downloaded through the mobile 
5 communication network 30A of the communication company A. In this case, 
the above-mentioned site screen data contains an IMSI (e.g. "aaa") fe^ that 
sp e c i fy i ng specifies the communication company A. 

On th e oth e r hand, aA n IMSI is also stored in the SIM card 190 of the 
mobile station 101 A as mentioned above. That is, the SIM card 190 of a mobile 

10 station 101a served by the mobile communication network 30A of the 
communication company A stores the IMSI (aaa) of the communication 
company A, whereas the SIM card 190 of a mobile station 101b served by the 
mobile communication network 30B of the communication company B stores 
the IMSI (e.g. "bbb") of the communication company B. Each mobile station 

15 101a, 101b collates the IMSI contained in the downloaded site screen data with 
the IMSI stored in its own SIM card 190.^and- Each mobile station 101a, 101b 
stores the downloaded site screen data in the SRAM 135 if there is a match, but 
does not store the downloaded site screen data in the SRAM 135 if there is no 
match. That is, the mobile station 101a is capab le of r e cord i ng records site 

20 screen data provided by the IP server 50 as a standby screen, but the mobile 
station 101b, although capable of browsing the site screen data, cannot record it 
as a standby screen. 

Herer-tThe criteria for determining whether or not to store site screen 
data are not restricted to the IMSI mentioned above. For example, one 

25 possible criterion for determination is an ICCID (ID Card Identification) which is 
specific to each IC card including the SIM card 190. That is, the site screen 
data may pr e conta i n include ICCID's corresponding to SIM cards 190 for which 
permission to record the data has been granted. ^-so- So that, the mobile 
stations 101a, 101b weal4- mav collate the ICCID's contained in the downloaded 

30 site screen data with the ICCID stored in its own SIM card 190, and store the 
site screen data in the SRAM 135 only when there is a match. 

For example, if tl=ie^site screen data is sent to the mobile station 101 
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encrypted with an encryption key corresponding to the communication company 
A, then a decryption key for decoding the encrypted data can be stored in the 
SIM cards 190 which afe-is_compliant with the communication company A. 
Tbefh-the mobile station 101 may mak e th e d e cision o f decide whether or not to 
5 record the site screen data, based on whether or not it has accord i ng to th e 
pr e s e nc e or abs e nc e of a the decryption key for decoding corr e sponding to the 
downloaded site screen data. 

Additionally, it is possible to make the decision as to d e t e rm i n e whether 
or not recording is possible,, based not on whether or not it has the ftot-bv- 

10 ref e rr i ng to the pr e s e nc e or abs e nc e of a decryption key, but instead on whether 
or not it in fact can decode by not a ll ow i ng d i sa l low i ng r e cord i ng of tho s i to 
scr ee n data to b e r e cord e d i n th e SRAM 135 i f the downloaded site screen data 
cannot b e d e cod e d by the decryption key stored in the SIM card 190. 

An embodiment using a SIM card 190 can be e mploy e d implemented 

15 not only to -fef-in GSM, but also to for in such communication formats as IMT 
(International Mobile Telecommunications) 2000, DCS (Digital Communications 
Service) 1800 and PCS (Personal Communications Service) 1900. 

In the above-mentioned embodiment, the structur e user i s such a s to 
fesofd -records t he-site screen data by selecting the menu item "(1) register 

20 display screen", and s e tt i ng sets the abov e- m e nt i on e d recorded site screen 

data as a standby screen by selecting the menu item "(5) set standby screen'\- 
but - But, this invention is not restricted to such a -guiding menus structur e. 

Various other embodiments can be conceived . vFor instance, -s^ob- 
as to p e rform p e rforming the a site screen recording process and the a standby 

25 screen setting process may be performed in response to th e p e rformanc e 

entering of a -one or more predetermined key operations by the user while m-a- 
cond i t i on wh e r ei n the site screen data is displayed ., that That i s, wh e r ei n th e 
s i t e scr ee n data , which is not yet recorded in the SRAM 135 T but simply 
recorded temporarily in the RAM 120. 

30 The "image data" in the present invention is not of^y-restricted only to 

still images T but i s a concept i nc l ud i ng includes moving images and data which 
mixes moving images and still images. For example, it is possible to include 
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moving images in the form of ordering a plurality of still images in a temporal 
sequence such as a GIF (Graphics Interchange Format) animation or in MPEG4 
(Moving Picture Experts Group Phase 4) format. 

In the above-described embodiment, the mobile station 100 displays the 
5 site screen data recorded in the SRAM 135 dwro- while the mobile station 100 
is in the standby state. , but e mbod i m e nt s Other eSmbodiments may be 
conceived in which the site screen data i t is displayed while the mobile station is 
in_dufi«§-other states. 

For example, when the mobile station 100 is in a state of downloading 

10 data from the IP server 50, the site screen data recorded in the SRAM 135 can 
be displayed as a screen indicating the state a download proc e dur e wh e n th e 
mob ile st a t i on 100 i s in a stat e of download i ng dat a from th e I P s e rv e r 50 . 
Additionally, when the mobile station 100 is in a state of receiving an electronic 
mail from another mobile station, the site screen data recorded in the SRAM 

15 135 may be displayed to indicate that the^a-mail is being received A wh e n th e 
mob ile station 100 i s i n a stat e of r e c ei v i ng ele ctron i c ma i l from anoth e r mob ile 
s tation. 

In the above-described embodiment, an example has been described of 
storing only one type of site screen data in the SRAM 135 as i d e from , as well 

20 as the default standby screen data. However, there is no restriction thereto.- 
and i t It is possible to store a plurality of types of site screen data in the 
SRAM 135 A in addition to the default standby screen data, so as to display site 
screen data chosen by the user from among these. Furthermore, different site 
screen data may be selectively displayed for a different each-state from-among 

25 the abov e m e ntion e d standby state, download state and electronic mail 
receiving state. 

A Tho subject who s ele cts selection of the-data to be displayed from 
among the plurality of types of site screen data may not by done by nood not b e 
the user. For example, the mobile station 1 00 may display a plurality of types 
30 of site screen data in periodic rotation 7 or d i sp l ay randomly e xtract e d data . 

In the above-described embodiment, the standby screen data is site 
screen data acquired from the site of the IP server 50 or the like, but there is Fist 
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nojestriction thereto. 

For example, image data to be used as a standby screen provid e d may 
be sent by e-mail to the mobile station 100 from another terminal (second 
terminal device) connected through the mobile communication network-te4he- 
5 mobi le stat i on 100 by ele ctronic ma il may bo us e d as th e standby scr ee n data . 
Were^The other terminal may be another mobile station 102 served by tbe- 
another mobile communication network, as shown in Fig. 14, or may be a 
personal computer connected to the internet 40. In this case, th e mobil e 
stat i on 100 tr e ats the image data acquired by -through e- l e ctron i c mail from the 

1 0 other terminal is processed by the mobile station 100 in the as an obj e ct of a 
display screen registration procedure and the standby screen setting procedure 
just as witb-the site screen data acquired from the above-described IP server 50. 
is processed . Additionally, the image data may be exchanged A using a short 
message service A known as an-SMS A instead of using an e le ctron i c mail. 

15 When transmitting image data to a mobile station 101 containing a SIM 

card 190 as mentioned above, the other terminal on the data transmitting side 
should transmit the image data with an IMSI or decryption key appended. 

The non-volatile memory provided in the mobile station 100 is not 
restricted to being an SRAM 135 as mentioned above, and may be a flash 

20 memory or EEPROM (Electrically Erasable Programmable Read-Only Memory). 
The mobile communication terminal of the present invention is not 
restricted to b ei ng a mobile station 100 such as the above-mentioned portable 
telephone device or PHS (Personal Handyphone System). For example, it 
may be a mobile communication terminal which does not have a telephone 

25 function, such as a PDA (personal Digital Assistant) specialized for a data 
communication function or the like. 
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ABSTRACT 

A transmission-reception device receives site screen data transmitted 
from an IP server. An SRAM records the site screen data received by the 
transmission-reception device. When in a reception standby state, the CPU 
reads the site screen data recorded in the SRAM, generates a site screen, and 
displays this on the liquid crystal display. 



